System and method for determining and delivering appropriate multimedia content to data communication devices

ABSTRACT

Provided herein are exemplary techniques for determining and delivering, appropriate multimedia content comprising a combination of text, images, sounds, rich-text, animation, video, etc. to personal data communication devices ( 107 ), such as wireless cell-phones or wireless PDA&#39;s, based upon device specific information such as the network protocol used by the device, the network provider, the device capabilities ( 110 ), the current state of the device, user specified settings, etc. An application server ( 109 ) contains an interpreter capable of executing a set of instructions to manage the delivery and receipt of appropriate multimedia and simple text content to and from personal communication devices ( 107 ). Appropriate content ( 104 ) is sent to the personal data communication device ( 107 ) based on the network protocol used by the device, the network provider, the device capabilities, the current state of the device and user specified settings under the control of the interpreter. A plurality of device capability input handlers ( 108 ) controlled by the interpreter is used to capture the device capability of the personal data communication device ( 107 ).

CROSS-REFERENCE TO RELATED APPLICATION

This application is a Continuation of U.S. application Ser. No.14/158,609, filed on Jan. 17, 2014, which is a Continuation of U.S.application Ser. No. 10/556,975, filed Jan. 22, 2009, which is the U.S.National Stage entry of International Application No. PCT/US2004/015729,having an international filing date of May 17, 2004, which claimspriority to U.S. Provisional Application No. 60/471,001, filed May 16,2003. The disclosures of each of these applications are herebyincorporated in their entirety by reference.

STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

Not applicable

REFERENCE OF A “MICROFICHE APPENDIX”

Not applicable

FIELD OF THE INVENTION

This invention relates generally to messaging systems and methods.

BACKGROUND

With the rise of personal data communication devices such as dataenabled cell phones supporting the Short Message Service (“SMS”) and theMultimedia Messaging Service (“MMS”), wireless Personal DigitalAssistant's (“FDA”), personalized Instant Messaging (“IM”) and e-mailclients, there exists an acute need for organizations to executemultimedia application based two way communications. Particularly, thereis a need for rich multimedia based communications that deliver theright content based on the personal data communication device multimediacapabilities and its current state using a single platform.

The mobile space is very fragmented when it comes to the multimediacapabilities of mobile devices, primarily because of the processingconstraints on these devices and the large number of manufacturers inthis space. Therefore, it is very difficult to create mobileapplications across disparate devices. In addition, there is no simpleanswer to the question of how to acquire information on the capabilitiesof a mobile device in order to optimize the content delivered to themobile device, especially if all the mobile application knows is themobile device phone number, e-mail address or IM screen name. Byoptimized content, we mean delivering sounds using the best format themobile device supports, or delivering images using the best resolutionwith the most functional format. The logic to acquire the capabilitiesof the mobile device has to be application specific. Even a task assimple as delivering a ringtone purchased by a user on a web site can bedaunting since it may require the user to identify his device, notalways an easy task, prior to even beginning the purchase process, forthe right ringtone to be selected.

Illustrative examples of applications that benefit from this inventioninclude: creating quiz and trivia applications to promote movies whereringtones and images are delivered as part of the application;delivering images of major moments in a game; mobile blog applicationswhere users send in pictures taken with their mobile device.

Existing systems to capture device capability and to deliver multimediacontent either perform their operations automatically with nopossibility to customize the rendering based on the application (forexample trans-coding images to the right size and right format based onthe detected device) or these operations have to be custom programmed bya qualified programmer using professional programming languages such asJava or C#. Neither approach is well suited to letting an applicationdesigner develop a dialog such as:

-   -   If we know the user can receive an image on his device then send        him an image;    -   If not, send a text message asking the user if his device can        handle images;    -   Store the user response in the device capability repository for        use in future communications;    -   If the user responded yes to the image question, send him an        image; otherwise send him an alternative text message.

The present invention enables anyone familiar with simple scriptinglanguages, not just skilled programmers, to develop these kinds ofapplication specific algorithms.

This invention, by making use of a multimedia enabled interpreter thatcan be programmed by a non programmer permits the development anddeployment of high usability multimedia rich programs across a widerange of devices in a cost effective and time efficient manner.

Another problem a mobile application platform needs to address is makingsure the device capabilities collected are still up-to date. Hencedevice capabilities needs to be sent on a regular basis to the devicecapability repository and the data kept current. If error conditions aredetected, they need to be handled and retry logic performed. This isagain better handled by having a scriptable interpreter that can beprogrammed with application specific knowledge.

Configuration of delivery of multimedia is also often available, forexample, when a user downloads a purchased ringtone. The interpreterthat is described in this invention can programmatically respond to thisconfirmation, and more critically, can set timers that respond from notreceiving download or delivery confirmation in a given time frame. Forexample, a common technique in the mobile space is to push a WirelessApplication Protocol (“WAP”) Uniform Resource Location (“URL”) to aphone. But there are many reasons why this may fail, based on the userhandset, the carriers, the subscriber service plan, the subscriberidentity module (“SIM”). This invention allows the development ofapplications where the designer of the application can execute analternative flow if the user does not download the page in a specifictime frame, and for example, fall back on the more universally availableSMS text messaging capabilities of the user handset. The text in the SMSmessage could then guide the user to access manually a specified mobilesite that contains the data the user desired to download.

The same application design framework is used to create rich dialogsregardless of the message network used by the personal datacommunication device. This includes such diverse family of protocolssuch as SMS, MMS, e-mail, Multipurpose Internet Mail Extensions (“MIME”)enabled e-mail, IM, applications, etc.

Multimedia dialogs can be further created using a simple to useGraphical User Interface (“GUI”) design tool or directly via an XMLbased language. Different content can be specified using a declarativeapproach that is simple to understand by non-programmers.

This invention addresses many of the limitations of existing systems inone integrated system.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an exemplary embodiment of a system constructed in accordancewith the teachings expressed herein.

FIG. 2 is an exemplary embodiment of a system constructed in accordancewith the teachings expressed herein containing additional components.

FIG. 3 is a flow chart illustrating an exemplary algorithmic embodimentused to send multimedia content to a data communication device.

FIG. 4 is a flow chart illustrating an exemplary algorithmic embodimentused to receive multimedia content from a data communication device.

FIG. 5 is an exemplary embodiment of a dialog that can be used todetermine certain device capabilities by asking a user questions.

FIG. 6 is an exemplary embodiment of the logic of selecting the mostappropriate multimedia content.

FIG. 7 is an exemplary embodiment illustrating the use of a centralizeddevice capability server.

FIG. 8 is an exemplary embodiment of a Graphical Application Editor.

SUMMARY DESCRIPTION OF THE INVENTION

The present invention facilitates the development of multimediaapplications targeting personal data communication devices using anapplication server containing a scriptable interpreter. Moreparticularly, the present invention comprises the following features: 1)the ability to design applications once using the same applicationediting tool and the same representation for applications instructionsthat can be carried out using simple text based devices or multimediacapable devices, 2) an application server capable of executing theapplications, 3) a repository of device capabilities that is queried bythe application server, 4) a plurality of device capability inputhandlers whose responsibility is to build up the repository of devicecapabilities, and 4) delivery components capable of detecting which typeof multimedia content to forward to a user personal communicator deviceand transcode the content as appropriate.

Thus, in accordance with one aspect of the present invention, there isprovided a method and apparatus for executing multimedia and text baseddialogs between a message application server and personal datacommunication devices by means of a dialog interpreter. The methodcomprises: 1) designing a single set of dialog instructions capable ofsupporting any personal communication device; 2) querying a devicecapability server for the device capability of a particular personalcommunication device by means of the device address; 3) generating andexecuting an appropriate dialog instruction in a message applicationserver; and 4) delivering messages to the personal communication deviceby means of a delivery component; whereby the appropriate multimediamessage is delivered to the personal data communication device.

In accordance with another aspect of the present invention the step ofcapturing the personal data communication devices multimediacapabilities and storing them in the device capability, database ismanaged by a device capability server.

In accordance with another aspect of the present invention thecapabilities of the personal data communication device are captured asfollows: outside the dialog and before the dialog is started; at thestart of the dialog; during the dialog; and/or at the end of the dialog.

In accordance with another aspect of the present invention, the dialoginstructions includes capturing the personal data communication devicecapabilities.

In accordance with another aspect of the present invention, indelivering the messages to the personal communication device themultimedia content is adapted based on the network and protocols used bythe personal communication device, the device current state and userspecified preferences.

In accordance with another aspect of the present invention, themultimedia content is adapted by filtering out content or substitutingthe content with other content (for example, text instead of an image)based on the network and protocols used by the personal communicationdevice, the device current state and user specified preferences.

In accordance with another aspect of the present invention, themultimedia content is adapted by transforming the multimedia contentsfrom one format to another based on the network and protocols used bythe personal communication device, the device current state and userspecified preferences (for example, changing the format used torepresent an image, or changing its size, or the number of color used,or picking out an image among many that better fits the device).

In accordance with another aspect of the present invention, content issent to the personal communication device is affected by the devicecurrent state (for example less rich content for mobile AIM versusdesktop AIM.)

In accordance with another aspect of the present invention, a datanetwork supporting presence is queried for presence of the personalcommunication device for selecting which content to forward to thepersonal communication device.

In accordance with another aspect of the present invention, the protocolused for querying the presence is SIP or any other presence protocol.

In accordance with another aspect of the present invention, the personaldata communication device is selected from the following non-exhaustivelist of devices:

A cell phone supporting text based messaging (such as SMS);

A cell phone supporting multimedia based messaging (such as enhanceddevice specific SMS based protocols, EMS, MMS);

A data connected PDA supporting a message based protocol;

Any computing device supporting a combination of the SMTP, POP and IMAPprotocols or any substantially similar e-mail protocols;

Any computing device supporting a combination of the SMTP, POP and IMAPprotocols or any substantially similar e-mail protocols with MIMEsupport;

Any computing device supporting an instant messaging protocol (forexample AOL Instant Messaging, MSN Messenger, Yahoo messenger, Jabberbased instant messengers or any other substantially similar instantmessaging solution);

Any computing device capable of executing programmed instructions andequipped with a data network whereby the computing device can beprogrammed as a communication device—examples of such computing deviceare Java 2 Mobile Edition (“J2ME”), Binary Runtime Environment forWireless (“BREW”), Symbian, Linux, Windows based devices or anysubstantially similar operating platforms.

In accordance with another aspect of the present invention, multimediacontent is retrieved from a runtime content database.

In accordance with another aspect of the present invention, themultimedia content for a dialog is stored in multiple formats to supportmultiple personal data communication devices.

In accordance with another aspect of the present invention, the personaldata communication device multimedia capabilities is captured by meansof one or more device capability input handlers.

In accordance with another aspect of the present invention, the devicecapability input handlers may be implemented, for example, as follows:

a web site that asks the users to select his device and enter his devicecapability;

a device probe capable of detecting the device and its capabilities frominformation sent by or queried by the device probe. For example byextracting device information from a WAP page or an HTML web site;

by sending some message to the device that triggers a response thatprovides additional information on the device capabilities;

device information and capability is provided by the network providerwhen user purchases or registers his device;

captured by running a series of dialogs or test messages where the useris sent multiple messages and the user responds to the successfulmessages.

by querying an external device capability database managed by a thirdparty with similar purposes to the one described in this invention.

In accordance with another aspect of the present invention, additionaldevice capability information is captured during execution of dialoginstructions.

In accordance with another aspect of the present invention, one or moredevice capability input handlers may be used to acquire devicecapability information during execution of dialog instructions.

In accordance with another aspect of the present invention, the step ofdesigning a set of dialog instructions is represented by a multimediaenabled instructions set.

In accordance with another aspect of the present invention, themultimedia instruction set may be implemented using, for example, thefollowing:

a text oriented language;

a markup language such as XML; or

a binary instruction set.

In accordance with another aspect of the present invention, the designof the set of dialog instructions is accomplished by means of amultimedia enabled graphical dialog editor.

In accordance with another aspect of the present invention, the step ofexecuting the dialog instructions is augmented by the capability ofexecuting different instructions based on the personal datacommunication device capabilities.

In accordance with another aspect of the present invention, the step ofexecuting the dialog instructions is augmented by the capability ofdetecting delivery errors due to detected incompatibilities between whatwas known of the device capability and the current device capabilitywhereby the device capability repository is updated and the dialog istransparently resumed using a more common representation (for exampledropping from MMS to SMS.) or after asking for additional data from theuser.

In accordance with another aspect of the present invention, multimediapeer-to-peer message exchanges are accomplished through the messageapplication server which is programmed to change, filter, adapt orenhance the messages.

In accordance with another aspect of the present invention, themultimedia content includes but is not limited to:

text rich text (Rich Text Format (“RTF”), HTML, ...), non Latincharacter sets, ... special characters (e.g. smilies, dingbats...)images (PNG, JPG, WBMP, ...) vector illustrations (SVG, etc...)sounds/Music/Speech (.MP3, .WAV, .AU, .OGG, ...) animations vectorAnimation (Flash, SVG, Sharp Motion ART (SMART), SMIL, SVG,...) videoclips (MPEG-4, RealVideo, Windows Media, ...)

In accordance with another aspect of the present invention, the protocolused by the device can be different for device terminated messages anddevice oriented messages.

In accordance with another aspect of the present invention, the messageterminated and message originating address used by the device uses thesame device address (for example receive MMS message on a cell phone andreply with SMS where the address is a phone number, or receive HTMLbased e-mails but reply with text only e-mails where the address is ane-mail address)

In accordance with another aspect of the present invention, the devicecapability repository is not co-located with the content delivery ordialog platform.

In accordance with another aspect of the present invention, the devicecapability server is connected to the content delivery or dialogplatform by means of a data network.

In accordance with another aspect of the present invention, the protocolused between the device capability repository and the content deliveryor dialog platform is one of the following protocols:

SOAP LDAP DNS/ENUM like query Raw Socket (over TCP/IP or UDP forexample)

DETAILED DESCRIPTION OF THE INVENTION

Aspects, features and advantages of several exemplary embodiments of thepresent invention will become better understood with regard to thefollowing description in connection with the accompanying drawing(s). Itshould be apparent to those skilled in the art that the describedembodiments of the present invention provided herein are illustrativeonly and not limiting, having been presented by way of example only. Allfeatures disclosed in this description may be replaced by alternativefeatures serving the same or similar purpose, unless expressly statedotherwise. Therefore, numerous other embodiments of the modificationsthereof are contemplated as falling within the scope of the presentinvention as defined herein and equivalents thereto. Hence, use ofabsolute terms, such as, for example, “will,” “will not,” “shall,”“shall not,” “must,” and “must not,” are not meant to limit the scope ofthe present invention as the embodiments disclosed herein are merelyexemplary.

Referring to FIG. 1, an exemplary system constructed in accordance withthe teachings expressed herein comprises the following components: aninterpreter (103); a runtime content database (104); a transcoder (112);a delivery component (105); a delivery data network (106); a personaldata communication device (107); a plurality of device capability inputhandlers (108); a device capability server (109); and a devicecapability database (110). The interpreter (103), the transcoder (112),the delivery component (105) and the runtime content database (104)constitute an application server 10.

The components are described as a single unit, but can be implemented asa cluster of units operating as a whole. The techniques to implement aservice in a cluster are well known to those of skill in the art.

In one exemplary embodiment, the device capability input handler(s)(108) acquire device capabilities of the personal data communicationdevices (107). In one exemplary embodiment, a plurality of devicecapability input handlers (108) are available. Illustrative examplesinclude, but is not limited to, asking users about their personal datacommunication device capabilities; extracting detailed devicecapabilities from WAP headers using standards such as CompositeCapabilities/Preferences Profile (“CC/PP”) or User Agent Profile(“UAProf”.) In one exemplary embodiment, the interpreter (103) hasprogrammatic control of which device capability input handler (108) touse and when.

The device capability server (109) is accessible by any componentincluding, but not limited to, by the interpreter (103), the transcoder(112) and the device capability input handler(s) (108). The devicecapability server (109) is not necessarily co-located with othercomponents but may be also connected to a data network, such as theInternet. The device capability server (109) may be connected to aplurality of application servers (10) and function in a centralizedmanner. The device capability server (109) supports interfaces to queryfor device capabilities as well as interfaces to update devicecapabilities. The device capability server (109) stores devicecapabilities in the device capability database (110.) Each personal datacommunication device (107) is uniquely identified by an identifier,which is used as a primary key into the device capability database(110). In one exemplary embodiment, the primary key into the devicecapability database (110) is the identifier and the personal datacommunication device (107) state. As an illustrative example, a personaldata communication device (107) capability may be different depending onthe available bandwidth of the delivery data network (106).

The device capability server (109) query interface may be implementedusing various protocols including the Lightweight Directory AccessProtocol (“LDAP”), the TCP/IP Socket Protocol, any of the many RemoteProcedure Call (“RPC”) protocols, Simple Object Access Protocol(“SOAP”), a protocol similar to that of the protocol used by ENUM toretrieve properties on a phone number, an application programminginterface (“API”), or any suitable protocol. In one preferred embodimentthe device capability database (110) is accessed through the devicecapability server (109). In another preferred embodiment, the devicecapability database (110) is accessed directly.

The interpreter (103) is any system capable of executing programmedinstructions. In one exemplary embodiment, the interpreter (103) isimplemented as an interpreter. In one exemplary embodiment, theinterpreter (103) instructions are compiled into a byte code, which isthen interpreted or compiled just-in-time using a virtual machine.Illustrative examples include the Java Virtual Machine (“JVM”), the.NET/Mono Common Language Runtime (“CLR”) or any substantially similarsystem. In one exemplary embodiment, the interpreter (103) instructionsare compiled directly to machine code to be executed by a CPU.

In one embodiment the interpreter (103), contains instructions to sendmultimedia content.

In one exemplary implementation, the instructions are implemented as XMLtags as follows:

<send><text>TextMessage</text></send> <send><imgsrc=”image.png”></img></send> <send><img src=”image”transcode=”false”></send> <send><img src=”image_big.png”min-size=”640x480” min-color-depth=”8bit”/></send> <send><imgsrc=”image_small.png” size=”128x128” depth=”8bit”/></img></send>

The first instruction sends a text message. The second instruction sendsimage “image.png” using the platform automatic transcoding capabilities.The third instruction sends an image “image.png” as is with notranscoding. The third instruction sends image “image_big.png” if thepersonal data communication device (107) can display images larger than640×480 in more that 256 color (8 bit). The forth instruction forcessending image “image_big.png” in 640×480 pixels and 256 colorirrespective of the personal data communication device (107)capabilities.

The above exemplary implementation illustrated instructions to deliveran image to the personal data communication device (107). Similarinstructions and attributes exist for other media types like sound.

In one exemplary embodiment, the interpreter (103) contains instructionsto query the device capability for a given personal data communicationdevice (107). The interpreter (103), can then use its general purposeinstructions, like conditional logic, to send different content todifferent personal data communication devices (107). As an illustrativeexample, the following instructions could test the personal datacommunication device color capabilities:

<if cond=”device.colorCapable eq true”> <send><text>Your device hascolor</text></send> <else/> <send><text>Your cannot handlecolor</text></send> </if>

In one exemplary embodiment, the interpreter (103) contains support tocontrol which device capability input handler (108) is used. As anillustrative example, the interpreter (103) could push a WAP page to auser cell phone, where the destination wap page can capture the devicecapability of the user cell phone:

<if cond=”device.haveCapability eq false”> <wapurl=”http://www.m-qube.com/dev-cap.wml/”> </if>

In one exemplary embodiment, the interpreter (103) instructions arebased on a mark-up language, such as Extensible Mark-up Language (“XML”)or a variation thereof. By using a text based representation it ispossible to adopt a web based architecture where the applicationinstructions can be dynamically generated by a web application allowingfor powerful integration capabilities.

The runtime content database (104) stores the multimedia contentrequired by an application. The multimedia content can be of multipletypes and in multiple formats and resolutions. In one exemplaryembodiment, the runtime content database (104) is connected to theinterpreter (103), the transcoder (112) and the delivery component(105).

In one exemplary embodiment, the transcoder (112) trans-code content bymaking use of the personal data communication device (107) capabilitiesretrieved in the device capability server (109). In one exemplaryembodiment, the transcoder (112) trans-code content by making use of thepersonal data communication device (107) capabilities retrieved in thedevice capability server (109), the delivery data network (106), thepersonal data communication device (107) state, users preferences andthe available formats stored in the runtime content database (104). Theuser preference being stored in a user preference database (130).

In one exemplary embodiment, the system supports several types ofmultimedia content including, but not limited to the following: text;rich text (RTF, HTML, . . . ); special characters (e.g. smilies,dingbats . . . ), non Latin character sets; Images (PNG, JPG, WBMP, . .. ); vector illustrations (Scalable Vector Graphics (“SVG”), . . . );sounds/music/speech (.MP3, .WAV, .AU, .OGG, AAC . . . ); animations;vector animation (Macromedia Flash™, SVG, Sharp Motionart™, SMIL, . . .); video (MPEG-4, Real™, QuickTime™, Windows Media™, . . . ); contentreferences: URL.

In one exemplary implementation the transcoder (112) is programmed tosubstitute missing the personal data communication device functionalityby other functionality, for example, simulating animations and sequencesin the transcoder (112) if the device cannot understand the animationdirectly.

In one exemplary implementation the transcoder (112) is programmed toperform character set conversion.

In one exemplary embodiment, the delivery component (105) deliversmessages to the personal data communication device(s) (107). Thedelivery component (105) is responsible for the delivery of messagescreated in the interpreter (103) to the personal data communicationdevice(s) (107). The delivery component (105) is connected to aplurality of delivery data network(s) (106), and is capable of routingthe messages to the appropriate delivery data network (106). In anexemplary embodiment, the routing is based on the personal communicationdevice (107) address, and the service address of the application.Various alternative routing embodiments will be known to those of skillin the art. The delivery component (105) is also responsible foraccepting messages from the delivery data network(s) (106) anddelivering them to the interpreter (103) for processing. The deliverycomponent (105) may also have additional responsibilities such asbuffering messages between the delivery data network(s) (106) and theinterpreter (103) to handle differences in message processing speeds.

In one exemplary embodiment, the delivery component (105) supports shortmessage service (“SMS”), Enhanced Messaging System (“EMS”), multimediamessaging service (“MMS”), e-mail (simple mail transport protocol“SMTP”), Multipurpose Internet Mail Extensions (“MIME”) enabled e-mail,eXtensible Messaging and Presence Protocol (“XMPP”), Instant Messagingand any other substantially similar messaging protocols.

In one exemplary embodiment, the delivery component (105) is programmedto accept incoming content, which if device capabilities is associatedwith the content, is forwarded to the device capability server (109).

The delivery data network (106) communicatively connects the personaldata communication device(s) (107) with the various components of thesystem. The specific implementation details of the delivery data network(106) vary according to the personal communication devices (107) and thenetworking technology employed. The various implementations are wellknown to those of skill in the art and will therefore not be discussedfurther herein.

The personal data communication device (107) includes all datacommunication devices, such as, for example, mobile/cell devices,network enabled PDA's and various other network enabled computingdevices.

Referring to FIG. 2, an exemplary system constructed in accordance withthe teachings expressed herein further comprises the followingcomponents: a multimedia application editor (120) and a content database(122).

The multimedia application editor (120) is a WYSWYG editor enablingnon-programmers to develop multimedia enabled applications. Themultimedia editor (120) being programmed to generate applicationinstructions for execution by the interpreter (103). The contentdatabase (122) being used by the multimedia editor (120) to storemultimedia content. In one exemplary embodiment the runtime contentdatabase (104) is the same as the content database (122). In anotherembodiment, the content of the content database (122) for a particularapplication is copied over to the runtime content database (104) whenthe application is executed.

The content database (122) stores the multimedia content that is part ofthe dialog during the design and edit phase of the dialog. Thisinvention is capable of storing multimedia content of multiple type andin multiple format and resolution.

Referring to FIG. 2, an exemplary system constructed in accordance withthe teachings expressed herein further comprises the followingcomponents: a download server (124) connected to the runtime contentdatabase (104). The download server (124) is used in an exemplaryimplementation where multimedia content is not pushed out to thepersonal data communication device (107) directly by means of thedelivery component (105), but instead a reference to the multimediacontent is pushed to the personal data communication device (107), andthe personal data communication device (107) then retrieves themultimedia content by means of the reference. The download server (124)is connected to the interpreter (103) for purpose of notifying theinterpreter (103) of the multimedia content download.

In one exemplary embodiment the download server (124) renders themultimedia content identified by the reference using the personal datacommunication device (107) device capabilities as retrieved from thedevice capability server (109).

In one exemplary embodiment, the download server (124) is programmed toaccept uploaded content originated from the personal data communicationdevice (107), and to store the content in the runtime content database(104), to generate a unique content identifier, and to forward theunique identifier to the interpreter (103).

Referring to FIG. 2, an exemplary system constructed in accordance withthe teachings expressed herein further comprises the followingcomponents: a timer service (126) connected to the dialog interpreter.The timer service (126) can be used to notify the interpreter (103) thata certain amount of time has elapsed since an event. A typical use ofthe timer server (126) in the context of this invention is to start atimer when some content is sent to a personal data communication device(107). In one exemplary embodiment, the multimedia content is sentdirectly by means of the delivery component (105), and a deliveryreceipt is sent back via the data network (106) to the deliverycomponent (105), that forwards to the interpreter (103). If the timerset in the timer service (126) expires prior to receiving the deliveryreceipt, then the interpreter (103) can execute programmed instructionsthat handle the case when the system assumes the content was notcorrectly received by the personal data communication device (107). Inone exemplary embodiment, the multimedia content is sent by reference bythe delivery component (105) to the personal data communication device(107). When the personal data communication device (107) retrieves thecontent from the download server (124), the download server (124)notifies the interpreter (103). If the timer set in the timer service(126) expires prior to receiving the delivery receipt, then theinterpreter (103) can execute programmed instructions that handle thecase when the system assumes the content was not correctly received bythe personal data communication device (107).

In one exemplary implementation of the invention, an instructiondatabase (128) is connected to the interpreter (103) for the purpose ofstoring the application instructions.

Referring to FIG. 3, there is shown a flow chart of an exemplaryimplementation of an application sending multimedia content to apersonal data communication device (107), developed using the presentinvention. In step 202, the application is programmed to test if thesystem already has device capabilities for the personal datacommunication device (107). If not the application is programmed tocollect the device capabilities in step 204. If yes, the transcoder(112) selects the best content format in step 206. The original contentis transformed by the transcoder (112) into the best content format instep 208. The transformed content is then delivered to the personal datacommunication device (107) in step 210. If a delivery receipt is notreceived after a certain time, the application can try another format instep 212 or execute any appropriate logic programmed by the application.If the multimedia content was received and additional devicecapabilities was captured about the personal data communication device(107) in step 214, the additional device capabilities is forwarded tothe interpreter (103) in step 215, where the application can beprogrammed to update the personal data communication device (107)capabilities in the device capability server (109) in step 216.

Referring to FIG. 4, there is shown a flow chart of an exemplaryimplementation of an application receiving content from a personal datacommunication device (107), developed using the present invention. Thedelivery component (105) receives the message from the personal datacommunication device (107) in step 222. If the message has no multimediacomponent it is forwarded as is to the interpreter (103) in step 224. Ifthe message has multimedia content, these are stored in the runtimecontent database (104). If the message includes additional devicecapabilities on the personal data communication device (107) in step214, the additional device capabilities are forwarded to the interpreter(103) in step 215, where the application can be programmed to update thepersonal data communication device (107) capabilities in the devicecapability server (109) in step 216. The message, and references to allmultimedia content embedded in the message are forwarded to theinterpreter (103) in step 228.

Referring to FIG. 5, there is shown a flow chart of an exemplaryapplication that uses the present implementation to gather the devicecapabilities of a personal data communication device (107). Theapplication first asks the user using SMS, if her personal datacommunication device (107) supports multimedia content in step 230. Ifthe user responds negatively, the application sets the device capabilityto SMS in step 246. If the user responds positively, the applicationthen asks the user if her personal data communication device (107)support MMS or EMS in step 232. If the user responds EMS in step 232,the application sends a test EMS message in step 234. The user is thenasked if she received the EMS test message correctly in step 238. If theuser responds yes, the application sets the device capability to EMS instep 242, if not to SMS in step 246. If the user responds MMS in step232, the application sends a test MMS message in step 236. The user isthen asked if she received the test MMS message correctly in step 240.If the user responds yes, the application sets the device capability toMMS in step 244, if not to SMS in step 246.

Referring to FIG. 6, there is shown a flow chart of an exemplary logicto select the best content to send to a personal data communicationdevice (107). In step 250, the transcoder (112) retrieves the protocolcapabilities of the delivery data network (106). In Step 252, thetranscoder (112) retrieves the personal data communication device (107)state. In step 254, the transcoder (112) retrieves the personal datacommunication device capabilities (107). In step 256, the transcoder(112) looks up the personal data communication device (107) userpreferences, which can be in an exemplary implementation dependent onthe personal data communication device (107) state. In step 258, thetranscoder (112) retrieves the list of formats under which the contentis available. In step 260, the transcoder (112) selects the best contentand transcodes the best content if necessary, to create the optimizedcontent for the personal data communication device (107) based on allthe retrieved information. In step 262, the optimized content isdelivered to the personal data communication device (107). Otherexemplary implementations are possible, in particular the order of step250, 252, 254, 256 and 258 may be changed, and any of these steps can beeliminated from the flow if not required.

Referring to FIG. 7, an exemplary system constructed in accordance withthe teachings expressed herein, illustrates the sharing of the devicecapability server (109), and its attached device capability database(110) by a plurality of application servers (10). The applicationservers can either be similar to the one described in this invention andconsisting of a minimum of the interpreter (103), the runtime contentdatabase (104), the transcoder (112) and the delivery component (105),or any other application server capable of implement messagingapplication as described in this invention.

CONCLUSION

Having now described one or more exemplary embodiments of the invention,it should be apparent to those skilled in the art that the foregoing isillustrative only and not limiting, having been presented by way ofexample only. All the features disclosed in this specification(including any accompanying claims, abstract, and drawings) may bereplaced by alternative features serving the same purpose, andequivalents or similar purpose, unless expressly stated otherwise.Therefore, numerous other embodiments of the modifications thereof arecontemplated as falling within the scope of the present invention asdefined by the appended claims and equivalents thereto.

For example, the techniques may be implemented in hardware or softwarerunning on appropriate hardware, such as, for example, the Dell™PowerEdge 1750 Intel Xeon systems, or a combination of the two. In oneembodiment, the techniques are implemented in computer programsexecuting on programmable computers that each include a processor, astorage medium readable by the processor (including volatile andnon-volatile memory and/or storage elements), at least one input deviceand one or more output devices. Program code is applied to data enteredusing the input device to perform the functions described and togenerate output information. The output information is applied to one ormore output devices.

Each program may be implemented in a high level procedural or objectoriented programming language such as Java, to communicate with acomputer system, however, the programs can be implemented in assembly ormachine language, if desired. In any case, the language may be acompiled or interpreted language.

Each such computer program may be stored on a storage medium or device(e.g., CD-ROM, hard disk or magnetic diskette) that is readable by ageneral or special purpose programmable computer for configuring andoperating the computer when the storage medium or device is read by thecomputer to perform the procedures described in this document. Thesystem may also be considered to be implemented as a computer-readablestorage medium, configured with a computer program, where the storagemedium so configured causes a computer to operate in a specific andpredefined manner.

What is claimed is:
 1. A method for determining and delivering appropriate content to a personal data communication device, comprising: receiving data based on a specific protocol from said personal data communication device; determining and associating a device capability with said personal data communication device based on a previous communication with said personal data communication device; establishing, based on the success or failure of the previous communication, if the specific protocol is supported by said device capability; transforming said data based on the specific protocol into a data based on a second protocol supported by said personal data communication device based on said associated device capability; and forwarding said data based on the second protocol to said personal data communication device.
 2. The method as in claim 1, wherein the step of determining said device capability includes capturing device specific information.
 3. The method as in claim 2 wherein said device specific information includes a network protocol utilized by said personal data communication device, a network provider utilized by said personal data communication device, a current state of said personal data communication device or user specified settings.
 4. A non-transitory computer readable storage medium sorting instructions for causing a computer to: receive data based on a specific protocol from said personal data communication device; determine and associate a device capability with said personal data communication device based on a previous communication with said personal data communication device; establish, based on the success or failure of the previous communication, if the specific protocol is supported by said device capability; transform said data based on the specific protocol into data based on a second protocol supported by said personal data communication device based on said associated device capability; and forward said data based on the second protocol to said personal data communication device.
 5. The non-transitory computer readable storage medium of claim 4, wherein the instructions for causing a computer to determine said device capability includes instructions for causing a computer to capture device specific information.
 6. The non-transitory computer readable storage medium of claim 5, wherein said device specific information includes a network protocol utilized by said personal data communication device, a network provider utilized by said personal data communication device, a current state of said personal data communication device or user specific settings.
 7. A system for determining and delivering appropriate content to a personal data communication device, comprising: a delivery component configured to receive data based on a specific protocol; a device capability component configured to: determine and associate a device capability with said personal communication device based on a pervious communication with said personal communication device; establish, based on the success or failure of the pervious communication, if the specific protocol is supported by said device capability, and transform said data based on the specific protocol into data based a second protocol supported by said personal data communication device based on said associated device capability, wherein said delivery component is further configured to forward said data based on the second protocol to said personal data communication device.
 8. The system of claim 7, wherein the device capability component configured to determine said device capability includes the device capability component configured to capture device specific information.
 9. The system of claim 8, wherein said device specific information includes a network protocol utilized by said personal data communication device, a network provider utilized by said personal data communication device, a current state of said personal data communication device or user specified settings. 